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Methods and apparatus for remote process control 



(54) 



(57) A system for process control comprises a serv- 
er digital data processor (16) and a client digital data 
processor (12,14) that are coupled by a network (18), 
such as the Internet or an Intranet. The server digital 
data processor (16), which is additionally coupled to a 
control/sensing device (FBM) and any associated inter- 
face equipment (collectively, referred to as "process 
control apparatus"), includes a command processorthat 
transfers information between the network and the proc- 
ess control apparatus. The client digital data processor 
(12,14) includes an information client (e.g., a so-called 



Internet web browser) capable of requesting and receiv- 
ing an applet from the server digital data processor. The 
information client (22,24), further, defines a hardware- 
independent and operating system-independent virtual 
machine environment within the client digital data proc- 
essor (12,14). The client digital data processor (12,14) 
executes, within that virtual machine environment, an 
applet for configuring the client digital data processor as 
a "process controller" that establishes communications 
over the network (1 8) with the command processor and 
that monitors and/or controls the process control appa- 
ratus via those communications. 
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Description 

The invention pertains to process control and has 
particular, but not exclusive, application to remote proc- 
ess control. 

Process control refers to the control of the opera- 
tional parameters of a system by monitoring one or more 
of its characteristics over time. It is used to insure that 
the quality and efficiency of the system remain within 
desired parameters over the course of time. While proc- 
ess control is typically employed in the manufacturing 
sector for process, repetitive and discrete manufac- 
tures, it also has wide application in service industries, 
such as environmental control. 

Process control equipment typically utilizes control/ 
sensing devices that are physically integrated into the 
systems being controlled. For example, a thermostat is 
typically used in environmental control to insure that 
building temperatures remain within specified parame- 
ters. Likewise, flow control sensors and automated 
valves are typically used in process manufacturing to 
insure proper fluid flow volumes. 

Though in early process control systems, control/ 
sensing devices were typically stand-alone units, mod- 
ern process control systems provide central worksta- 
tions for monitoring and controlling the control/sensing 
devices. Particularly robust systems are the l/A Series™ 
industrial automation systems designed, manufactured 
and marketed by the assignee hereof, The Foxboro 
Company, of Foxboro, Massachusetts, USA. In these 
systems, multiple control/sensing devices are coupled 
by way of buses to control stations which, in turn, are 
coupled by way of a local area network (LAN) to one or 
more operator workstations. 

The l/A Series systems are built around the client/ 
server model. Client applications software executing on 
the workstations exchange information with the control/ 
sensing devices via a server, referred to as the "object 
manager," executing in distributed fashion in the control 
stations. Upon request by a client application, the server 
creates, locates, accesses and updates data structures 
("objects") storing information on the status of at least 
selected control/sensing devices. For example, a client 
application that displays temperatures sensed by a ther- 
mocouple requests that the server create an object stor- 
ing a temperature reading from the thermocouple and 
that the server notify the client each time the tempera- 
ture changes. 

Although modern process control systems, such as 
the l/A Series systems, have proven quite successful, 
to date they have provided only limited remote access 
capabilities. Thus, while numerous operator worksta- 
tions may reside within the factory orfacility in which the 
control/sensing devices are disposed, it has traditionally 
proven difficult to access and control those devices out- 
side those areas. 

Remote access and control of processes is desira- 
ble for a number of purposes. A plant manager who is 



"on the road," for example, may wish to monitor the plant 
processes while travelling. By way of further example, 
the manufacturer of process control equipment may re- 
quire remote access to a plant's control/sen sing devices 
s in order to provide technical support. 

Embodiments of the invention provide such meth- 
ods and apparatus as permit monitoring and control of 
remote processes, as can be readily adapted to existing 
automated process control systems, and as can be im- 
plemented without undue expense and without undue 
consumption of resources. 

The present invention is as claimed in the claims. 
In embodiments of the present invention, the afore- 
mentioned applet can be, for example, JAVA program- 
ming language bytecode, and the virtual machine envi- 
ronment can be that created by a JAVA-enabled web 
browser. 

The command processor in a system for process 
control as defined above may provide services (i.e., 
"software services") for access and modification of in- 
formation regarding the process control apparatus. 
These services can permit, for example, the creation of 
a data structure object that stores information about the 
process control apparatus and that associates a name 
with that object; the destruction of such an object; the 
accessing of information in such an object; the updating 
of information in such an object; the determination, from 
an object name, of the physical address of the object; 
and the notification of changes in information stored by 
the object. The process controller may generate and 
transmits over the network to the command processor 
requests for such services in order to monitor and/or 
control the process control apparatus. 

A system as described above may have a process 
controller which generates and transfers commands (e. 
g., requests for service) over the network to the com- 
mand processor in order to effect a transfer from the 
command processor of information regarding a status 
of the process control apparatus. The command proc- 
essor may respond to those requests by generating in- 
formation on the status of the process control apparatus 
and transferring it back to the process controller over 
the network. The process controller can, for example, 
generate a user display based on that information. 

In a related aspect, the command processor may 
respond to selected commands (i.e., requests for event- 
driving access) by notifying the process controller of 
changes in the status of at least selected aspects of the 
process control apparatus. By way of example, where 
the process control apparatus includes a thermocouple, 
this aspect of the invention permits notification of the 
command processor whenever the thermocouple sens- 
es a change in temperature that exceeds a predeter- 
mined delta value. 

Embodiments may provide process control systems 
as described above in which the server digital data proc- 
essor includes an information server (e.g., a hypertext 
transfer protocol server). An information client (e.g. , web 
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browser) in the client digital data processor establishes 
communications with the information server over the 
network and receives therefrom a hypertext markup lan- 
guage (HTML) document referencing the applet. The 
web browser generates a user display of that document 
and, in response to a user command, transfers to the 
information server a request for the applet. 

Embodiments may provide systems for process 
control in which a first digital data processor executes a 
JAVA applet within a virtual machine environment de- 
fined on the digital data processor. The applet config- 
ures the digital data processor to generate a message 
to invoke a method in connection with monitoring and/ 
or controlling a process control apparatus. An object 
manager, which is in communication with the JAVA ap- 
plet, responds to the message for invoking the method. 

The invention can also provide methods for process 
control paralleling the operations of the systems de- 
scribed above. 

Embodiments of the present invention will now be 
described, by way of example only, with reference to the 
accompanying drawings, of which: 

Figure 1 depicts a system for process control ac- 
cording to the invention; and 

Figure 2 is an event trace diagram depicting mes- 
sages that flow among the components of the sys- 
tem of Figure 1 in an embodiment for graphing 
trends in process control apparatus data values. 

Figure 1 depicts a system 1 0 for process control ac- 
cording to the invention. The system includes client dig- 
ital data processors 12, 14 and server digital data proc- 
essor 1 6. The digital data processors 1 2, 1 4, 1 6 are con- 
nected to one another via network 1 8. 

Server digital data processor 16 is, additionally, 
coupled to process control apparatus 1 9a - 1 9e via bus/ 
network structure 30 and control stations 23a * 23e, as 
shown. The process control apparatus include conven- 
tional control/sensing devices, which are shown in the 
illustration as flow control valves, and associated inter- 
face equipment, which are marked "FBM" in the illustra- 
tion. The process control apparatus 19a - 19e are in- 
tended to represent any conventional control/sensing 
devices and interface equipment of the type convention- 
ally used to monitor and control processes - including, 
by way of non-limiting example, continuous, repetitive 
and discrete processes, and environmental control 
processes, among others. 

As discussed below, control stations 23a - 23e in- 
clude objects storing information that control, and reflect 
the status of, their associated process control apparatus 
19a - 19e. The control stations 23a - 23e also execute 
object management software (marked "OM") that man- 
age and oversee access to those objects. The control 
stations 23a - 23e are of the type conventionally used 
in a distributed process control architecture. Preferred 



such control stations are commercially available from 
The Foxboro Company as part of its l/A Series industrial 
automation systems. 

The digital data processors 12, 14, 16 comprise 
s conventional digital data processing systems of the type 
commercially available in the marketplace. Though cli- 
ent digital data processors 12, 14 are illustrated as a 
portable computer and a personal digital assistant, re- 
spectively, those skilled in the art will appreciate that 
these may comprise other computing systems, such as 
desktop computers and workstations, as well. The dig- 
ital data processors 12, 14, 16 may be coupled to the 
network 18 directly, as shown, or other networks (e.g., 
LANs and WANs), routers, or interface servers (not 
shown). 

The network 18 comprises any conventional digital 
data processing network (e.g., LAN or WAN), cable tel- 
evision-based network, wireless network and/or any tel- 
ecommunications-based network capable of supporting 
communications between server digital data processor 
16 and client digital data processors 12, 14. The network 
18 preferably comprises the global Internet and/or an 
enterprise-based Intranet supporting communications 
via the TCP/IP protocol (i.e., the current standard pro- 
tocol of the Internet). Utilization of networks supporting 
this protocol is advantageous insofar as it permits the 
use of commercially available products (such as web 
browsers, discussed below) in components of the illus- 
trated embodiment. Those skilled in the art will appreci- 
ate that the invention is applicable to networks support- 
ing other protocols, as well. 

The digital data processors 1 2, 1 4, 16 execute soft- 
ware that respectively configure them for communica- 
tion over the network 18. For example, they execute pro- 
tocol stacks and other software that permit them to es- 
tablish and carry out communications utilizing the TCP/ 
IP network protocol. In addition, they execute informa- 
tion client/server software that configures them to carry 
on high-level communications, particularly, over the In- 
ternet. 

More particularly, in the illustrated embodiment, 
server digital data processor 16 includes information 
server 20 responsible for establishing communications 
over network 18 with information clients executing on 
the client digital data processors 12, 14. 

The information server 20 is preferably a hypertext 
transfer protocol (HTTP) server capable of transferring 
markup language information and, particularly, hyper- 
text markup language (HTML) documents, to the client 
digital data processors 12, 14. In alternative embodi- 
ments of the invention, information server 20 can com- 
prise any other such server capable of supplying an ap- 
plet to the client digital data processors 12, 14 in re- 
sponse to requests by them. 

The information server 20 establishes communica- 
tions with the client digital data processors 12, 14 and, 
particularly, their respective information clients in the 
conventional manner known in the art. Once communi- 
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cations are established, the information server transfers 
to the information client an applet that executes within 
the virtual machine environment and that monitors and/ 
or controls the process control apparatus via communi- 
cations with a command processor in the server digital s 
data processor 16, as discussed below. 

The client digital data processors 12, 14 include in- 
formation clients 22, 24, respectively, that are responsi- 
ble for initiating and conducting at least preliminary com- 
munications with the server digital data processor 16 
over the network 1 8. The information clients 22, 24, par- 
ticularly, (1 ) initiate communications with the information 
server 20 over the network, (2) request and receive from 
the information server 20 an applet, and (3) define a plat- 
form-independent (i.e., a hardware-independent, oper- 
ating system-independent and window system-inde- 
pendent) virtual machine environment within the re- 
spective client digital data processor 12, 14. Such infor- 
mation clients are, in one embodiment, JAVA-compliant 
web browsers including the Hot Java browser from Sun 
Microsystems, Inc., NetScape Navigator from Net- 
scape Communications Corporation, and the Internet 
Explorer from Microsoft Corporation. 

As used herein, an applet is intermediate or execut- 
able code suitable for interpretation or execution within 
the virtual machine environment and that is hardware- 
independent, operating system-independent and win- 
dows system-independent. Preferred applets are in the 
form of Java bytecode of the type generated by the Java 
language compiler available from Sun Microsystems, 
Inc. 

The aforementioned preferred web browsers define 
a preferred virtual machine environment comprising the 
Java programming language run-time platform and 
Java interpreter. 

Although a preferred information client is a web 
browser, the invention can be practised with other infor- 
mation clients capable of (1) initiating communications 
with the information server 20, (2) requesting and re- 
ceiving from the information server 20 an applet, and (3) 
defining a platform-independent (i.e., a hardware-inde- 
pendent, operating system-independent and windows 
system independent) virtual machine environment with- 
in the respective client digital data processor 12, 14 for 
execution of such an applet. 

In addition to information server 20, server digital 
data processor 16 includes command processor 25, 
comprising front end 25a, interface section 25b, and an 
object manager 25c. Together, these transfer informa- 
tion between the network 18 and process control appa- 
ratus 19a - 19e. As shown in the illustration, the object 
manager functionality is distributed among the control 
stations 23a - 23e. Each object manager maintains the 
data structures - to wit, objects -- that control and reflect 
the status of its associated process control apparatus 
19a - 19e. 

The object manager 25c provides software services 
for access that permit the creation of named objects; de- 



struction of such objects; accessing and updating of in- 
formation in the objects; the locating of objects within 
the distributed process control architecture; and notifi- 
cation of changes in the information stored in objects (i, 
e., event-driven notification). 

As noted, the object manager 25c allows uniquely 
named objects to be distributed over the control stations 
23a - 23e in a location-independent way. Using the ob- 
ject manager 25c (via front end 25a), applets 26, 28 may 
create, read, write, and destroy instances of objects, 
which are subtyped into four categories: variable - used 
to contain an instance of any scalar data type (e.g., int, 
float, etc.) or a string; alias - used to contain a string 
which refers to the name of another object; device - used 
to identify a station or device in the system. An instance 
of a device type object contains no explicit state - the 
name of the object is itself the state; and process - used 
to identify an executing process in the system. A proc- 
ess object is identical to a device object in that there is 
no explicit state. 

As indicated above, in order to manipulate instanc- 
es of objects, the object manager 25c provides life cycle 
services, access services and connection services. Life 
cycle services are used to create, name, and destroy 
shared objects; to register the name of process-control 
objects; and to find the location of any object. Access 
Services are used to get and set the value of one or more 
process-control and/or shared objects. Typically, ac- 
cess services are suitable for situations where a single 
transfer of data is sufficient. 

Connection services are also used to get and set 
the value of one or more process-control and/or shared 
objects. However, these services are more suited for sit- 
uations where multiple transfers of data are expected. 
In addition, connection services provide the ability for a 
client to be continuously updated with the value of an 
object when it exceeds a specified delta. 

The object manager 25c relies upon the use of 
broadcasts over bus structure 30 in order to perform the 
above services. For example, when an applet 26, 28 
makes an access request on an object by name, the ob- 
ject manager 25c will broadcast the access request to 
all stations 23a - 23e, if the object manager 25c does 
not know the location of object. Each station 23a - 23e 
then determines if it is the one that hosts the requested 
object. Only the station that hosts the named object re- 
sponds to the request. 

A preferred object manager 25c is that commercial- 
ly available from the assignee hereof, The Foxboro 
Company, as part of its l/A Series of industrial automa- 
tion systems. A software interface, or "API," of that pre- 
ferred object manager is described in publicly available 
documentation, including the document entitled "Object 
Manager Calls," a copy of which is filed with this appli- 
cation and is available for public inspection on the official 
European Patent Office file for this application. 

The command processor front end 25a executes on 
server digital data processor 16, configuring it to re- 
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spond to requests from applets 26, 28 to establish com- 
munications with them over the network 1 8. Once com- 
munications are established, the front end 25a responds 
to requests received from applets 26, 28 over network 
18 to transfer information to and from process control 
apparatus 19a - 19e via the object manager 25c. 

Particularly, the front end 25a responds to requests 
received over the network in TCP/IP protocol to gener- 
ate calls to object manager 25c in accord with its afore- 
mentioned API. Moreover, the front end 25a responds 
to information generated by the object manager 25c in 
response to those calls by transmitting that information 
back over the network 18, in accord with the TCP/IP pro- 
tocol, to the applets 26, 28. In a preferred embodiment, 
the front end 25a presents a simplified interface to the 
object manager 25c, e.g., permitting applets 26, 28 to 
make requests and receive responses in the form of text 
strings, as discussed below. 

Software implementing a preferred front end 25a as 
a Java programming language application entitled 
"Methods and Apparatus for remote Process Control - 
Appendix 1 " is filed with this application and is available 
for public inspection on the official European Patent Of- 
fice file for this application. Those skilled in the art will 
appreciate that alternate embodiments may implement 
the front end in other programming languages suitable 
for, or that can be adapted to, provide an interface be- 
tween the network 18 protocol and the object manager 
25c. 

Interface section 25b provides a software interface 
between the front end 25a and the object manager 25c. 
As noted above, in a preferred embodiment, the front 
end 25a is implemented as a Java programming lan- 
guage application. The object manager 25c, on the oth- 
er hand, is implemented as a C programming language 
application and, accordingly, its API includes pointer- 
based parameters. The interface section 25b compen- 
sates for the inability of the Java front end 25a to utilize 
pointer-based parameters, e.g., by converting them to 
arrays as discussed further below. 

Software implementing a preferred interface sec- 
tion 25b in the C programming language is filed as ap- 
pendix hereto. Those skilled in the art will appreciate 
that interface section 25b is optional and may be exclud- 
ed in embodiments where the front end 25a can make 
calls directly to the object manager 25c. 

The client digital data processors 12, 14 execute 
applets 26, 28 within the virtual machine environments 
defined by the information clients 22, 24. Each applet 
26, 28 configures its respective client digital data proc- 
essors as a process controller that establishes commu- 
nications over the network 18 with the command proc- 
essor front end 25a and that monitors and/or controls 
the process control apparatus 1 9a - 1 9e via those com- 
munications. More particularly, the process controllers 
generate and transfer requests for service over the net- 
work 1 8 to the command processor 25 so as to effect 
the transfer of information controlling, and reflecting the 



status of, the process control apparatus 1 9a - 1 9e. The 
process controllers also receive information from the 
command processor 25, e.g. , for display to an operator. 
As noted above, the applets 26, 28 comprise inter- 
s mediate or executable code that is interpreted or exe- 
cuted with in the virtual machine environment defined 
by the information clients and that is hardware-inde- 
pendent, operating system-independent and windows 
system-independent. Source code for preferred ap- 
plets, in the Sun Microsystems Java programming lan- 
guage, is provided in the appendix filed herewith. 

A process control system constructed and operated 
in accord with system 10 of Figure 1 can be employed 
in a wide variety of process control embodiments. One 
such embodiment is shown in Figure 2 and described 
below. That embodiment provides for generation, by an 
applet executing on the client digital data processor, of 
graphs showing trends in data values of process control 
apparatus coupled to a server digital data processor. 

Figure 2 is an event trace diagram depicting mes- 
sages that flow among the components of the system 
1 0 of Figure 1 in the above-mentioned embodiment. The 
components of the system 10 are shown in the event 
trace diagram as vertical lines with the name of the com- 
ponent at the bottom of the line. Messages are repre- 
sented by arrows. Each message flows in the direction 
of the arrow from component to component. Messages 
that happen earlier in time are toward the top of the di- 
agram. 

Referring to Figure 2, communication begins with 
the operator signalling the information client 22 to es- 
tablish communications with the server digital data proc- 
essor 16 over the network 18. The operator can signal 
the information client, e.g., a keyboard stroke or 
"mouse" click on the operator console (not shown). In 
the illustrated embodiment, the information client 22 is 
the Netscape web browser. 

In response the operator's request, the information 
client 22 generates and transmits over network 1 8 a re- 
quest for connection with information server 20, e.g., an 
HTTP server, executing on server digital data processor 
16. Once the connection is established, the HTTP serv- 
er 20 sends to the web browser 22 an HTML page that 
references (i.e., provides an address for) a trend-graph- 
ing applet. The HTML page also optionally includes text 
and graphics describing the applet. 

The web browser 22 displays the HTML on the op- 
erator console. If the operator signals the web browser 
22 that he or she wishes to access the applet, the web 
browser 22 transmits to the HTTP server 20 over the 
network 1 8 a request for the applet. It will be appreciated 
that the applet may be transmitted to the web browser 
22, along with an initial HTML document. 

The HTTP server 20 responds to such a request for 
forwarding Java bytecode for the applet over the net- 
work 1 8 to the web browser 22. On receipt of the applet, 
the JAVA-compatible web browser 22 executes the ap- 
plet 26 in the virtual machine environment defined in the 
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web browser 22. 

Once executing, the applet 26 sends a request to 
establish a separate communications link over the net- 
work 18 with the command processor front end 25a, e. 
g., a Java application executing on the server digital da- 
ta processor 16. This separate connection is used by 
the applet 26 and the front end 25a to permit the ex- 
change messages over the network and, particularly, to 
permit the applet 26 to make requests of the command 
processor 25 for process control apparatus data to be 
graphed. 

Once communications are established, the applet 
26, 28 generates a display on the operator console of 
the client digital data processor 12 and permits the op- 
erator to enter the names of process control apparatus 
data values (i.e., "points") that are to be graphed. On 
the operator's command, the applet 26 sends a request 
over the network 18 to the front end 25a specifying the 
OMOPEN service and listing the names of operator- 
specified points. The request is in text or ASCII format, 
e.g., "OMOPEN namel; name2; name3; etc." 

On receipt of the OMOPEN request, the front end 
25a creates a data structure required by object manager 
25c, to wit an OM list, and includes in that data structure 
the names of the specified points. The front end 25a 
then makes an "omopen list" call to the object manager 
25c utilizing the aforementioned API. A further under- 
standing of the OM list data structure and of the "omo- 
pen list" call, as well as the other data structures and 
calls to the object manager 25c, may be attained by ref- 
erence to the appendix filed herewith. 

The object manager 25c responds to the omopen 
list call by querying the respective process control ap- 
paratus 1 9a - 1 9e for current data values for the points. 
The object manager 25c returns those data values to 
the front end 25a which, in turn, generates and transmits 
to the applet 26, 28 a text message listing the initial data 
points. That message includes the keyword OMUP- 
DATE, followed by the names and values of each of the 
points, e.g., "OMUPDATE point1=value; point2=value; 
etc." The applet 26, 28 graphs those initial data points 
on the operator console. 

The object manager 25c then begins looping, while 
awaiting further requests from the client applet 26 and 
while awaiting updates on the data values from the ob- 
ject manager 25c. When such an update is received, the 
front end 25a generates and transmits to the applet 26 
a further text message in the form "OMUPDATE 
point1=value; point2=value; etc." listingthe updated da- 
ta values points. The applet 26 graphs those initial data 
points on the operator console at the end of the graph 
time interval. 

The front end 25a continues looping and forwarding 
updates until the operator signals the applet 26 to stop 
trend graphing. In that event, the applet 26 sends a close 
request over the network to the front end 25a in the form 
of a text message "OMCLOSE." On receipt of that re- 
quest, the front end 25a, in turn, makes an omclose list 



call to the object manager 25c in accord with the afore- 
mentioned API. When that call returns, front end 25a 
sends an "OMCLOSEOK" text message to the applet, 
26 causing it to clear the trend graph. 
5 At this point, the operator can either specify new 
points to the applet 26 or can tell the web browser 22, 
24 to connect to a different information server. If the op- 
erator signals that he or she wishes to connect to an- 
other server, the client applet 26 breaks the connection 
10 with the server by sending an "OMBREAK" message to 
the front end 25a over the network. The front end 25a 
than resets, and waits for the next connection. 

In a preferred embodiment, the method illustrated 
in Figure 2 is implemented in the Java programming lan- 
15 guage. As those skilled in the art will appreciate and as 
discussed above, all Java applets and Java applications 
run inside of a Java Virtual Machine. All implementa- 
tions of the Java Virtual Machine are guarantied to be 
identical regardless of the many hardware platforms on 
which they run. 

The above-described trend-graphing client Java 
applet preferably runs in the Java Virtual Machine that 
is implemented by Netscape Navigator version 2.02. 
The trend client applet 26 is intended to be portable. So 
it only uses those classes that are present in all imple- 
mentations of the Java systems. The trend-graphing ap- 
plet 26 uses Java system classes to manage the screen , 
and connect to the trend server, and provide timing in- 
tervals. 

The trend-graphing applet 26 implements classes 
that conduct all operator interaction. For example, it ac- 
cept the names of the points to be graphed. It also de- 
fines the GUI buttons used by the operator to signal 
when graphing is to start or stop. Further, the trend- 
graphing applet 26 plots X-Y axes, graph the points, and 
parses messages from the front end 25a. 

The applet 26 also processes the following messag- 
esf rom the server: "OMUPDATE name2 = value; name3 
rvalue; ...."; OMCLOSEOK. 

The illustrated front end 25 (or "trend-graphing serv- 
er") is not portable to just any Java Virtual Machine be- 
cause it must call outside of the Java environment to the 
object manager 25c. To do this, the trend" server class 
is defined to have "native methods". A "native method" 
is any member function of a class that is implemented 
in a language other than Java. A native method can en- 
able access to functions and data that are "native" to a 
particular hardware platform operating system or a run- 
ning application (like the object manager 25c). 

Native member functions are declared in the class 
as native. They are implemented in a library that is load- 
ed by the Java environment at runtime. On Solaris this 
is a libfile.so file. On Windows NT this would be a library, 
dbl file. The native methods, which constitute the inter- 
face 25b, are defined to create a new OM list, add a 
named point to the list, open the list, check the list for 
updates (using dqchange), and close the list. Source 
code for a preferred implementation of native methods 
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is supplied in the appendix filed herewith. 

The command processor front end 25a runs in a So- 
laris implementation of the Java Virtual Machine. The 
front end 25a processes the following messages from 
the applet 26: "OMOPEN namel; name2; name3; ..." (in 
response to which it creates a list with the specified 
points and opens the list): "OMCLOSE" (in response to 
which it closes the list); and "OMBREAK" (in response 
to which reset and wait to accept a new connection). 

It is to be noted that the embodiments discussed 
above are illustrative, only, of the present invention and 
that the present invention is as defined by the claims. 



Claims 

1. A system for process control, comprising 

A) a network, 

B) a server digital data processor coupled to the 
network and to a process control apparatus, the 
server digital data processor including a com- 
mand processor for transferring information be- 
tween the network and the process control ap- 
paratus, 

C) a client digital data processor coupled to the 
network, the client digital data processor com- 
prising an information client for establishing 
communications with the server digital data 
processor over the network, generating and 
transmitting to the server digital data processor 
a request for an applet, receiving an applet from 
the server, and defining a virtual machine envi- 
ronment for execution thereof, 

D) the client digital data processor executing 
the applet within the virtual machine environ- 
ment, the applet configuring the client digital 
data processor as a process controller for es- 
tablishing communications over the network 
with the command processor and for at least 
one of monitoring and controlling the process 
control apparatus via those communications. 

2. A system according to claim 1 , wherein either: 

I. 

A) the command processor provides serv- 
ices for access to information regarding the 
process control apparatus, and 

B) the process controller generates and 
transmits, over the network, requests for 
services provided by the command proces- 
sor in order to at least one of monitor and 
control the process control apparatus, and, 
optionally, 

wherein the command processor pro- 
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vides services for at least one of (i) creating a 
named object that stores information regarding 
the process control apparatus, (ii) destroying 
such an object, (iii) accessing information in 
such an object, (iv) updating information in such 
an object, (v) determining, from an object 
name, a physical address associated with such 
an object, and (vi) providing notification of 
changes in at least selected information stored 
in such an object; or 

II. the client digital data processor and the serv- 
er digital data processor are located remotely 
with respect to one another; or 

III. the server digital data processor selectively 
transfers the applet over the network to the cli- 
ent digital data processor for execution within 
the virtual environment defined thereby; or 

IV. 

A) the process controller transfers com- 
mands over the network to the command 
processor for effecting a transfer of infor- 
mation regarding a status of the process 
control apparatus, and 

B) the command processor includes re- 
sponds to such commands for generating 
information on the status of the process 
control apparatus for transferring that infor- 
mation to the process controller over the 
network, and, optionally, wherein the com- 
mand processor responds to changes in 
the status of the process control apparatus 
and transferring information with respect 
thereto to the process controller over the 
network, and/or 

wherein the process controller responds 
to status information received from the com- 
mand processor for generating a display repre- 
sentative thereof; or 
V 

A) the server digital data processor com- 
prises an information server, and 

B) the information client establishes com- 
munications with the information server 
over the network, in which case, optionally, 

wherein the information server selective- 
ly transfers the applet over the network to the 
information client for execution within the virtual 
environment defined thereby; or 
VI. 

A) the information server transfers hyper- 
text markup language (HTML) information 
referencing the applet over the network to 
the information client, 
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B) the information client generates a dis- 
play based on the HTML information trans- 
ferred from the information server, and 

C) the information client responds to a user 
command in response to such display for s 
selectively transferring to the information 
server over the network a request for the 
applet; or 

VII. the network comprises at least one of an 10 
Intranet and Internet; or 

VIII. wherein the applet comprises at least one 
of JAVA bytecode and an intermediate code for 
interpretation within the virtual machine envi- 
ronment that is hardware-independent, operat- is 
ing system-independent and windows system- 
independent; or 

VI X. wherein the command processor compris- 
es 

20 

A) a JAVA application executing on the 
server digital data processor for transfer- 
ring information at least one of to and from 
the network, 

B) a non-JAVA application program inter- 25 
face (API) for transferring information at 
least one of to and from the process control 
apparatus, and 

C) a JAVA/ API application for transferring 
information between the JAVA application 30 
and the API. 

3. A system for remote process control, comprising 

A) a server digital data processor and a client 35 
digital data processor coupled to one another 

by a network that comprises at least one of an 
Intranet and Internet, 

B) the server digital data processor being cou- 
pled to a process control apparatus and com- 40 
prising (i) an information server for transferring 
information with the network and (ii) a com- 
mand processor for transferring information be- 
tween the network and the process control ap- 
paratus, 45 

C) the client digital data processor comprising 
a web browser for defining a virtual mach ine en- 
vironment, 

D) the information server selectively transfers 

a JAVA applet to the information client, so 

E) the client digital data processor executes a 
JAVA applet within the virtual machine environ- 
ment, the JAVA applet configuring the client 
digital data processor as a process controller 

for ss 

establishing communications over the net- 
work with the command processor, 



at least one of remotely monitoring and re- 
motely controlling the process control ap- 
paratus via those communications. 

4. A system for process control, comprising 

A) a network, 

B) a server digital data processor coupled to the 
network and to a process control apparatus, the 
server digital data processor including a com- 
mand processor for providing services for ac- 
cess to information regarding the process con- 
trol apparatus, 

C) a client digital data processor comprising an 
information client that establishes communica- 
tions with the server digital data processor over 
the network, generates and transmits to the 
server digital data processor a request for an 
applet, and defines a virtual machine environ- 
ment for execution of an applet received from 
the server digital data processor, 

D) the client digital data processor executing 
the applet within the virtual machine environ- 
ment, the applet configuring the client digital 
data processor as a process controller for es- 
tablishing communications over the network 
with the command processor and for generat- 
ing requests for services provided by the com- 
mand processor in order to at least one of mon- 
itoring and controlling the process control ap- 
paratus. 

5. A system according to claim 4, wherein either: 

I. the command processor provides services for 
at least one of (i) creating a named object that 
stores information regarding the process con- 
trol apparatus, (ii) destroying such an object, 
(iii) accessing information in such an object, (iv) 
updating information in such an object, (v) de- 
termining, from an object name, a physical ad- 
dress associated with such an object, and (vi) 
providing notification of changes in at least se- 
lected information stored in such an object; or 

II. the client digital data processor and the serv- 
er digital data processor are located remotely 
with respect to one another; or 

III. the server digital data processor selectively 
transfers the applet over the network to the cli- 
ent digital data processor for execution within 
the virtual environment defined thereby; or 

IV. 

A) the process controller transfers re- 
quests over the network to the command 
processor for effecting a transfer of infor- 
mation regarding a status of the process 
control apparatus, and 



8 



15 



EP 0 825 506 A2 



16 



B) the command processor includes re- 
sponds to such requests for generating in- 
formation on the status of the process con- 
trol apparatus for transferring that informa- 
tion to the process controller over the net- 5 
work; or 



A) the server digital data processor com- 10 
prises an information server, and 

B) the information client establishes com- 
munications with the information server 
over the network; or 

15 

VI. the network comprises at least one of an In- 
tranet and Internet; or 

VII. wherein the applet comprises at least one 
of JAVA bytecode and an intermediate code for 
interpretation within the virtual machine envi- 20 
ronment that is hardware-independent, operat- 
ing system-independent and windows system- 
independent; or 

VIM. the command processor comprises 

25 

A) a JAVA application executing on the 
server digital data processor for transfer- 
ring information at least one of to and from 
the network, 

B) a non-JAVA application program inter- 30 
face (API) for transferring information at 
least one of to and from the process control 
apparatus, and 

C) a JAVA/ API application for transferring 
information between the JAVA application 35 
and the API. 

6. A system for process control, comprising 



A) a first digital data processor executing a 
JAVA applet within a virtual machine environ- 
ment, 

B) the JAVA applet configuring the digital data 
processor to generate a message to invoke a 
method in connection with at least one of mon- 
itoring and 

controlling a process control apparatus, and 

C) an object manager in communication with 
the JAVA applet and responsive to that message for 
invoking the method. 

8. A system according to claim 7, wherein either: 

I. 

A) the JAVA applet configures the digital 
data processor to generate a message for 
accessing information concerning the 
process control apparatus, and 

B) the object manager responds to that 
message for (i) invoking the method to ac- 
cess the such information, and (ii) gener- 
ating a message to supply that information 
to the JAVA applet, and, 

optionally, 

comprising an information client execut- 
ing on the first digital data processor, the infor- 
mation client configuring the first digital data 
processor to request and receive the JAVA ap- 
plet for execution within the virtual machine en- 
vironment; or 

II. the process control apparatus is disposed re- 
motely with respect to the first digital data proc- 
essor; or 

III. comprising: 



A) a digital data processor coupled to a process 40 
control apparatus, 

B) the digital data processor comprising a com- 
mand processor for providing services for ac- 
cess to information regarding the process con- 
trol apparatus, 45 

C) the digital data processor comprising a plat- 
form-independent virtual machine environ- 
ment, and 

D) the digital data processor executing an ap- 
plet within the virtual machine environment, the 50 
applet configuring the digital data processor as 

a process controller for generating requests for 
services provided by the command processor 
in order to at least one of monitor and control 
the process control apparatus. ss 

7. A system for process control, comprising 



A) a second digital data processor coupled 
to the process control apparatus, and 

B) a network, coupled to the first and sec- 
ond digital data processors for transferring 
messages therebetween. 

9. A method for process control, comprising the steps 
of 

A) defining on a client digital data processor a 
virtual machine environment for execution of an 
applet received from the server digital data 
processor, 

B) executing a command processor on a server 
digital data processor, the server digital data 
processor being coupled to a network and to a 
process control apparatus, the command proc- 
essor for transferring information between the 
network and the process control apparatus, 
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C) executing an applet within the virtual ma- 
chine environment to establish communica- 
tions over the network between the applet and 
the command processor, and to effect a trans- 
fer of information between the applet and the s 
command processor for at least one of moni- 
toring and controlling the process control appa- 
ratus. 

10. A method according to claim 9 ( comprising either: 10 

I. the steps of selectively transferring the applet 
over the network from the server digital data 
processor to the client digital data processor for 
execution within the virtual environment de- 1$ 
fined thereby; or 

II. the steps of 

A) transferring commands over the net- 
work from the applet to the command proc- 20 
essor for effecting a transfer of information 
regarding a status of the process control 
apparatus, and 

B) responding to such commands for gen- 
erating information on the status of the 2s 
process control apparatus and transferring 
that information over the network from the 
command processor to the process con- 
troller, and, optionally, comprising 

30 

the step of responding to changes in 
the status of the process control appa- 
ratus for transferring information with 
respect thereto over the network from 
the command processor to the proc- 35 
ess controller, and/or 
the step of generating a display repre- 
sentative of the status of the process 
control apparatus; or 

40 

III. 

A) executing a information server on the 
server digital data processor, 

B) executing an information client on the 45 
client digital data processor for establish- 
ing communications over the network with 

the and the information server, and, option- 
ally, 

the step of selectively transferring so 
the applet over the network from the infor- 
mation server to the information client for 
execution within the virtual environment 
defined thereby, and, further optionally, 
comprising the steps of 55 

A) transferring hypertext markup lan- 
guage (HTML) information referencing 



the applet over the network from the 
information server to the information 
client, 

B) generating, with the information cli- 
ent, a display based on the HTML in- 
formation transferred from the infor- 
mation server, and 

C) responding to a user command in 
response to such display for selective- 
ly transferring a request for the applet 
from the information client to the infor- 
mation server; or 

IV. the step of using an Intranet and Internet as 
at least a portion of the network; or 

V. the step of executing as the applet at least 
one of JAVA bytecode and an intermediate 
code for interpretation within the virtual ma- 
chine environment that is hardware-independ- 
ent, operating system-independent and win- 
dows system-independent; or 

VI. the steps of 

A) executing a JAVA application on the 
server digital data processor to transfer in- 
formation at least one of to and from the 
network, 

B) executing a non-JAVA application pro- 
gram interface (API) on the server digital 
data processor for transferring information 
at least one of to and from the process con- 
trol apparatus, 

C) executing a JAVA/API application on the 
server digital data processor for transfer- 
ring information between the JAVA applica- 
tion and the API. 

1 1 . A method for process control, comprising the steps 
of 

A) executing a web browser on a client digital 
data processor to define a virtual machine en- 
vironment, the client digital data processor be- 
ing coupled to a network, 

B) executing a command processor on a server 
digital data processor, the server digital data 
processor being coupled to a network and to a 
process control apparatus, the command proc- 
essor for transferring with the command proc- 
essor information between the network and the 
process control apparatus, the network com- 
prising any of an Intranet and Internet, 

C) transferring a JAVA applet over the network 
from the server digital data processor to the 
web browser, 

D) executing the JAVA applet within the virtual 
machine environment 
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to establish communications over the net- 
work between the applet and the command 
processor, and 

to effect a transfer of information between 
the applet and the command processor for s 
at least one of monitoring and controlling 
the process control apparatus. 

12. A method for process control, comprising 

10 

A) defining on a first digital data processor a 
virtual machine environment and executing a 
JAVA applet therein, 

B) generating with the JAVA applet a message 

to invoke a method in connection with at least '5 
one of monitoring and controlling a process 
control apparatus, and 

C) responding to that message with an object 
manager that invokes the method. 

20 

1 3. A method according to claim 1 2, comprising either; 

I. 

A) generating with the JAVA applet a mes- 25 
sage for accessing information concerning 

the process control apparatus, and 

B) responding to that message with the ob- 
ject manager for (i) invoking the method to 
access the such information, and (ii) gen- 30 
erating a message to supply that informa- 
tion to the JAVA applet, and, optionally, 

the step of configuring the first digital data 
processor as an information client for request- 35 
ing and receiving the JAVA applet from an in- 
formation server, and further optionally, the 
step of executing the information server on a 
second digital data processor; or 
1 1 . the step of disposing the process control ap- *o 
paratus remotely with respect to the first digital 
data processor. 
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